home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / alt / alt-sources-intro < prev    next >
Internet Message Format  |  1994-04-15  |  9KB

  1. Path: bloom-beacon.mit.edu!senator-bedfellow.mit.edu!faqserv
  2. From: o.crepin-leblond@imperial.ac.uk   (Olivier M.J. Crepin-Leblond)
  3. Newsgroups: alt.sources,alt.sources.d,alt.answers,news.answers
  4. Subject: Welcome to alt.sources! (biweekly posting)
  5. Supersedes: <alt-sources-intro_765197924@rtfm.mit.edu>
  6. Followup-To: alt.sources.d
  7. Date: 15 Apr 1994 17:15:58 GMT
  8. Organization: Imperial College London, UK.
  9. Lines: 182
  10. Approved: news-answers-request@MIT.Edu
  11. Distribution: world
  12. Expires: 13 May 1994 17:12:59 GMT
  13. Message-ID: <alt-sources-intro_766429979@rtfm.mit.edu>
  14. NNTP-Posting-Host: bloom-picayune.mit.edu
  15. X-Last-Updated: 1994/03/29
  16. X-Version: $Id: alt-sources-intro,v 1.12 1994/03/22 18:47:22 ocl Exp $
  17. Originator: faqserv@bloom-picayune.MIT.EDU
  18. Xref: bloom-beacon.mit.edu alt.sources:3937 alt.sources.d:1602 alt.answers:2443 news.answers:18086
  19.  
  20. Archive-name: alt-sources-intro
  21. Submitted-by: o.crepin-leblond@imperial.ac.uk (Olivier M.J. Crepin-Leblond)
  22. Version: $Id: alt-sources-intro,v 1.12 1994/03/22 18:47:22 ocl Exp $   
  23. Original-Author: jik@security.ov.com (Jonathan I. Kamens)
  24.  
  25.  
  26.                What is alt.sources for?
  27.  
  28.   The alt.sources newsgroup is intended to be a repository for
  29. source-code of all sorts that people wish to distribute and share with
  30. other people.
  31.  
  32.   There are no restrictions on the type of source code you can post
  33. here -- any machine, any language, any purpose.
  34.  
  35.   A common reason to post to alt.sources is when you are posting a
  36. useful bit of source code to some other newsgroup, and you think that
  37. it might prove useful to other people in the future, in which case you
  38. can cross-post it here.
  39.  
  40.   Alt.sources IS NOT for requests for source code; the
  41. alt.sources.wanted newsgroup is for that.  Alt.sources IS NOT for
  42. comments and discussion about source code, even source code posted in
  43. alt.sources; the alt.sources.d newsgroup is for that.  Only source
  44. code should be posted to alt.sources.
  45.  
  46.   Posting material in alt.sources that is not human readable is
  47. discouraged.  For example, shar archives are preferred to compressed,
  48. uuencoded tar files.  Furthermore, the posting of machine-specific
  49. executables in alt.sources is HIGHLY discouraged.
  50.  
  51.  
  52.                Why post to alt.sources?
  53.  
  54.   Since alt.sources is unmoderated, your source code will be
  55. distributed throughout the USENET (or, at least, the portion of the
  56. USENET that receives alt.sources) immediately, without having to wait
  57. for a moderator's approval, like you have to do for some of the other
  58. source newsgroups.
  59.  
  60.   Furthermore, alt.sources is archived at quite a few anonymous ftp
  61. and mail server archive sites, so people will be able to get your
  62. software from the archives after you've posted it, rather than having
  63. to ask you to mail it to them.
  64.  
  65.   Finally, you might have a bit of source code that is really too
  66. small to submit as a package to one of the other major source
  67. newsgroups.  That's the kind of things that shows up a lot in
  68. alt.sources.
  69.  
  70.  
  71.           Why post to somewhere besides alt.sources?
  72.  
  73.   Alt.sources isn't as widely propagated as the source newsgroups in
  74. the "comp" hierarchy, since more sites tend to get "comp" than "alt".
  75. Therefore, if you want your source code to have as wide a distribution
  76. as possible, you might want to use one of the "comp" newsgroups.
  77.  
  78.   The alt.sources archives tend to be less well-organized than the
  79. archives of the other source newsgroups, because they are usually
  80. maintained automatically rather than by hand, and because non-source
  81. postings are often interspersed with the source postings in the
  82. archive.  Furthermore, many of the other source newsgroups are
  83. available at many more archive sites than alt.sources.  Therefore, if
  84. you want people to be able to find your program really easily,
  85. alt.sources may not be the best place to post it.
  86.  
  87.  
  88.         What format should alt.sources postings have?
  89.  
  90.   Because alt.sources is unmoderated, the format your postings take is
  91. up to you.  However, there are certain basic guidelines which, if
  92. followed, make alt.sources a more productive newsgroup for everyone:
  93.  
  94.   1) Choose a good subject line for your posting that describes
  95. accurately what it contains.  Many alt.sources archive sites generate
  96. their indices of the newsgroup from the subject lines of the postings
  97. in it, so try to make sure that there are relevant keywords in your
  98. subject that people can search for when looking for your source code
  99. later.
  100.  
  101.   2) Put a Followup-To: header line in your posting which directs
  102. followups somewhere other than alt.sources.  This is especially
  103. important if you cross-post your alt.sources posting from some other
  104. newsgroup, because people will often respond to the posting in that
  105. newsgroup without realizing it was cross-posted to alt.sources.
  106.  
  107.   3) At the top of your posting, separated from the main header of the
  108. posting by a blank line, put something that looks like this:
  109.  
  110.     Archive-name: name
  111.     Submitted-by: joe@blow.UUCP
  112.  
  113. The "name" on the first line should be a short one-word string that
  114. can serve as a "tag" for the package.  If your program has a somewhat
  115. unique name, you can just use the name of the program as the archive
  116. name.  If you are posting a patch to a previously posted bit of source
  117. code, you would do something like "name/patchN", where N is the number
  118. of the patch.  If you post source code in multiple parts, do
  119. "name/part1", "name/part2", etc.  The second line should contain a
  120. return mail address for you.
  121.  
  122.   This informational header (note that it is an auxiliary header, in
  123. the body of the posting, NOT part of the main message header) is used
  124. by some automatic archiving software to maintain alt.sources archives
  125. automatically.  There are other useful fields you may want to put in
  126. the auxiliary header; if you are curious, see the documentation for
  127. the "rkive" program in the comp.sources.misc archives to find out what
  128. they are.
  129.  
  130.   4) Make sure to mention, near the top of your posting (or near the
  131. top of your first posting, if you are posting a multi-posting
  132. package), exactly what the package is.  If there is a README file,
  133. either include that at the top or (if you are using shar) make it the
  134. first thing in the first shar file.  People should not have to search
  135. through the entire package just to figure out what it is.
  136.  
  137.  
  138.             Where is alt.sources archived?
  139.  
  140.   See the article entitled "How to find sources (READ THIS BEFORE
  141. POSTING)" in alt.sources.wanted and comp.sources.wanted to find out
  142. how to search through the alt.sources archives and how to retrieve
  143. source code from the various archive sites.
  144.  
  145.  
  146.                  Are the sources available elsewhere?
  147.  
  148. This question was answered by: 
  149. Victor Volkman <vvolk@hcia.com>, CUG Acquisitions. Ed.: 
  150. "The C Users Group wishes to further the distribution of alt.sources
  151. types of material to a wider audience.  Since 1984, we have been 
  152. distributing diskettes and CD-ROMs of C source code at very low costs 
  153. ($4 per diskette). Currently, CUG offers more than 400 such diskette 
  154. volumes covering all major platforms including Atari, Amiga, Mac, 
  155. PC (DOS and Windows), Sun, and most Unix machines.  Material contributed 
  156. to the CUG may also be published in the C Users Journal monthly.  Please 
  157. send mail to sysop@hal9k.com if you would like your alt.sources code to 
  158. be considered for the CUG."
  159. [I have no links to the CUG whatsoever - OCL]
  160.  
  161.  
  162.           Doesn't this introductory posting
  163.         violate the guidelines outlined above?
  164.  
  165.   Yes.  This posting is not a source-code posting, and therefore
  166. shouldn't really appear in alt.sources.  However, the problem of
  167. non-source postings and source postings without auxiliary headers
  168. appearing in this newsgroup is severe enough that I hope to reduce it
  169. by posting this message.  Other source newsgroups have similar
  170. introductory postings, posted by their moderators.
  171.  
  172.   No, I am not the "moderator" of alt.sources.  There is none.  There
  173. are probably people who think the guidelines I've mentioned above are
  174. wrong.  If you think there's something wrong with this posting, please
  175. tell me about it, either by sending me E-mail or posting a followup in
  176. alt.sources.d.
  177.  
  178.   Although there may be specific things in this posting that people
  179. disagree with, I think that I am, in general, outlining the consensus
  180. of the alt.sources community.  However, if a sufficient number of
  181. people (let's say five or more) send me E-mail and tell me that they
  182. think I'm completely off base and shouldn't be posting this message at
  183. all, I'll put it to some sort of vote and see what the consensus is
  184. that way.
  185.  
  186.   Comments about, suggestions about or corrections to this posting are
  187. welcomed.  If you would like to ask me to change this posting in some
  188. way, the method I appreciate most is for you to actually make the
  189. desired modifications to a copy of the posting, and then to send me
  190. the modified posting, or a context diff between my posted version and
  191. your modified version (if you do the latter, make sure to include in
  192. your mail the "Version:" line from my posted version).  Submitting
  193. changes in this way makes dealing with them easier for me and helps to
  194. avoid misunderstandings about what you are suggesting.
  195.  
  196.  
  197. -- 
  198. Olivier M.J. Crepin-Leblond, Digital Comms. Section, Elec. Eng. Department
  199.  Imperial College of Science, Technology and Medicine, London SW7 2BT, UK
  200.        Internet/Bitnet: <foobar@ic.ac.uk> - Janet: <foobar@uk.ac.ic>
  201.  
  202.